今天的故事

如果是幾個月前的我，大概完全不會想到：

有一天，我真的會和團隊一起把一個網站做出來，甚至讓它正式上線。

以前寫網頁時，我看到的東西幾乎都只存在自己的電腦裡。

打開：

localhost

網站可以跑、畫面可以看，我就已經覺得很有成就感了。

但 PawPal 做到後期時，我們開始走到一個以前對我來說很陌生的階段：

把它真正放到網路上。

Day 23 提到的環境變數、build 和部署設定慢慢處理之後，接下來就是讓網站真的可以被其他人打開。

而這一段，也成為我整個專案裡印象很深的一次經驗。

我原本以為，部署就是按下去等它完成

PawPal 的前端部署主要是由我負責。

當時我們使用 Vercel。

一開始我對部署的想法還是很單純：

GitHub Repository
↓
連到 Vercel
↓
Deploy
↓
網站上線

看起來好像沒有什麼特別困難的地方。

直到我真的開始處理，才發現第一個問題就卡住了。

我們團隊開發時，主要使用的是：

dev

分支。

最新的功能、大家合併進來的內容，也主要集中在 dev。

但當時 Vercel 的 Production Branch 並不是指向我們主要開發的 dev，而是：

main

這就變成了第一個問題。

程式明明都在 GitHub，為什麼部署出來不是我要的？

那時候我最疑惑的是：

Repository 明明有我們的程式，為什麼 Vercel 就是沒有抓到正確的內容？

後來我慢慢把問題縮小到 branch。

可以用「簡化概念」理解：

團隊主要開發
↓
dev
↓
最新專案內容

但部署端如果抓的是：

main

那它拿到的，就不一定是我們正在開發的最新版本。

現在回頭看，這件事其實很好理解。

但當時真正讓我卡住的不是：

好像跟 branch 有關。

而是：

那我要去哪裡改？

我知道要改 branch，卻一直找不到設定在哪裡

這一段我到現在還記得。

當時我一直在 Vercel 裡面找：

到底哪裡可以改 Production Branch？

我知道問題可能就在這裡，但就是一直找不到那個設定的位置。

中間我也有去問 AI。

照著它提供的方向找、試了一些方法，但那次並沒有真的幫我把問題解掉。

最後反而是我自己一直在 Vercel 的設定裡摸索。

一個地方一個地方看。

一個選項一個選項找。

最後才終於找到 Production Branch 的設定，把它從：

main

改成：

dev

設定改完之後，我其實還不敢馬上覺得成功了。

因為真正重要的是：

網站到底能不能打開？

按下網址的那幾秒，我真的很期待

重新部署之後，我第一件事就是直接去點 Vercel 給我的網址。

那時候其實沒有想太多。

我就只是想知道：

到底能不能開？

然後 PawPal 的畫面真的出現了。

那一刻我的第一個想法很接近：

終於成功了。

如果只看標題，好像真的感動到快哭了。

其實我當下沒有真的哭出來。

更多的是興奮，還有一種：

我們真的做到了。

的成就感。

因為以前的我根本沒有想過，自己有一天真的會參與把一個網站部署到網路上。

結果現在，瀏覽器裡真的出現了我們做的 PawPal。

而且不是：

localhost

了。

我馬上把網址傳給組員

看到 Vercel 的網址真的可以打開之後，我很快就把網址傳給組員。

現在看起來只是：

複製網址
↓
貼到聊天室
↓
請大家打開

但那時候的感覺很不一樣。

以前要看我們的專案，可能還要：

clone repository
↓
安裝套件
↓
啟動專案
↓
打開 localhost

現在卻只需要一個網址。

對方不需要下載我們的程式，也不需要知道專案怎麼啟動。

只要點下去，就可以看到我們做的網站。

也是從這一刻開始，我第一次很明顯地感覺到：

PawPal 已經不只是我們電腦裡面的專案了。

我們本來就有準備自己的網域

在準備部署的同時，我們其實本來就有規劃要使用自己的網域。

網域名稱：

pawpal.tech

是組員一起討論、一起選出來的。

而實際購買網域，以及後續的 DNS、Vercel 網域設定，主要由我負責。

這也是我第一次真的去處理：

買網域
↓
設定 DNS
↓
把網域和部署平台接起來

以前聽到「網域」時，我只知道：

它就是網站的網址。

真的自己處理之後才發現：

買到一個網域，不代表它馬上就知道你的網站在哪裡。

買到網域，只是第一步

我記得當時是在 Gandi 購買 pawpal.tech。

買完網域之後，接下來還要處理 DNS，再到 Vercel 完成網域相關設定。

這一段的每一個技術細節，我現在沒有全部記得。

像是當時每一筆 DNS Record 的實際值、設定順序，我現在不會說自己還完整記得。

但整個概念，就是在那時候第一次真的操作過。

可以用「簡化概念」理解：

pawpal.tech
↓
DNS
↓
Vercel
↓
PawPal

以前我只會在瀏覽器裡輸入別人的網址。

那一次則是第一次有一個：

我們自己選名字、自己買、自己設定，最後真的可以打開的網址。

當 pawpal.tech 真的能打開時

Vercel 提供的網址成功時，我已經很興奮了。

但等到自己的網域也可以正常打開 PawPal 時，那個感覺又不太一樣。

因為：

pawpal.tech

開始真的有一種：

這是我們自己的網站。

的感覺。

後來把網址傳給別人，看著對方用自己的手機、自己的電腦，也可以直接打開 PawPal。

那時候我才真正意識到：

別人現在真的看得到我們做的東西。

不是截圖。

不是 localhost。

也不是我坐在旁邊操作給他看。

而是一個只要拿到網址，就可以直接打開的網站。

這一次，AI 沒有直接給我答案

回頭看 Production Branch 那次卡關，我其實滿有感的。

因為我當時也有問 AI。

但這次它沒有直接幫我解掉問題。

最後還是我自己在 Vercel 裡一直找、一直試，才找到真正需要修改的設定。

這也讓我第一次很明顯感受到：

AI 可以幫我找方向，但不代表每一次都能替我找到最後那個答案。

有些問題，最後還是要自己去看、去試、去理解眼前的工具到底在做什麼。

我們真的把一個網站做出來了

在 PawPal 開發的過程中，其實有很多次我都覺得：

這個功能終於完成了。

畫面做好了。

API 串好了。

登入可以用了。

Bug 修掉了。

每完成一個功能，都會有成就感。

但真正上線的感覺還是不太一樣。

因為這一次，不只是我們自己知道網站可以跑。

而是：

我們寫的程式
↓
真的變成一個網站
↓
別人也可以打開

PawPal 能真正上線，不是我一個人完成的。

它是整個團隊一起做出來的成果。

但對我自己來說，這次經驗也留下了一個很重要的感覺。

幾個月前的我，根本沒有想過自己真的能走到這一步。

以前覺得「把一個網站正式上架」好像離自己非常遠。

結果我們真的做到了。

而我也第一次開始覺得：

原來有些以前覺得離自己很遠的事情，我真的也可以一步一步做到。

下一篇預告

網站成功上線之後，我原本以為：

能開、沒有報錯，應該就算完成了吧？

但真正開始把整個網站重新走過一次，我才發現事情沒有這麼簡單。

功能能不能正常使用、不同頁面有沒有問題、實際操作流程順不順，都還需要一個一個確認。

下一篇：

Day 25｜不是沒有報錯就算完成：我第一次整理完整驗收流程